很多人說，容器一開始可以先運用在開發階段，這篇文章來討論一下這個方向。

只應用在開發階段，的確可以避免掉很多維運上需嚴格遵守的流程和規範，少了一大阻力。所以在開發階段上應用容器的確是更簡單的。

將容器應用在開發階段有很多優點

• 容器可以用來建立開發環境，讓每個使用者都有自己獨享乾淨的開發環境，而且隨時可以自己reset一個新的環境，不用每次把環境搞爛就要找人求救。而且因為環境的一致性，不用擔心 "It works on my machine" 的問題。(可參見 Redhat 的 CDK)
• 容器可以用來建立一致的開發與測試環境，這大家應該都清楚了
• 對於測試，容器特別有用的地方在於，如果要測試 多個版本x多個不同環境，容器是非常好用的。好建立、啟動快，好控制、不佔資源。如果你有這樣的需求，請一定要嘗試用用看容器

以上是一些明確的優點，接下來是成本和缺點。

• 這種可以on-demand供裝的開發環境要有扎實的CI流程，或者說，這種環境供裝的自動化，沒有CI作為前提是不行的
• 另外，交付給維運的產品並不是容器，所以最後還是要有一個拆箱的過程，把內容物送到維運端再組裝。這樣做不能保障生產環境的執行結果的可預測性

總結來說，技術上的優點還是大於缺點的，就一個階段性目標來看很有投資的價值。
只是有時候現實上還是會遇到一些問題，所以下一篇打算來討論一下「為什麼容器不能運用在開發階段」。